Jaderné noviny 253

17. 3. 2004 | Robert Krátký | Jaderné noviny | 4471×

Změny v udev 015. Vydáno Software Suspend 2.0. Řešení problémů s BIOSy, které hlásí nesprávné rychlosti CPU. Maximální uptime. Historie verzí jádra.

Do konference přišlo celkem 2034 emailů, nejvíce jich poslali Greg KH, Andrew Morton a Kronos.

Změny v udev 015, 50 e-mailů

26. led - 6. úno

Greg KH oznámil udev 015 a připojil popis změn od verze 014:

• Konečně vyhledáváme řetěz záznamů o sysfs zařízení a snažíme se zachytit všechna zařízení v takovém řetězu pro každé pravidlo.

Co to znamená pro uživatele: představte si následující sysfs zařízení:

$ tree /sys/class/input/mouse1/
/sys/class/input/mouse1/
|-- dev
|-- device -> ../../../devices/pci0000:00/
                          0000:00:1d.0/usb2/2-1/2-1:1.0
`-- driver -> ../../../bus/usb/drivers/hid

Je to USB trackball. udev bude následovat symlink toho "zařízení" a půjde do tohoto adresáře:

$ tree /sys/devices/pci0000:00/0000 :00:1d.0/usb2/2-1/2-1:1.0
/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0
|-- bAlternateSetting
|-- bInterfaceClass
|-- bInterfaceNumber
|-- bInterfaceProtocol
|-- bInterfaceSubClass
|-- bNumEndpoints
|-- detach_state
|-- iInterface
`-- power
    `-- state

To je adresář USB rozhraní, které je vázáno na ovladač myši. Ale sám o sobě je ten adresář nezajímavý. Žádné ID prodejce, žádné ID výrobku, nic o výrobci... Uživatel chce ve skutečnosti ten adresář nad:

$ tree /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1
/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1
|-- 2-1:1.0
|   |-- bAlternateSetting
|   ...
|-- bConfigurationValue
|-- bDeviceClass
|-- bDeviceProtocol
|-- bDeviceSubClass
|-- bMaxPower
|-- bNumConfigurations
|-- bNumInterfaces
|-- bcdDevice
|-- bmAttributes
|-- detach_state
|-- idProduct
|-- idVendor
|-- manufacturer
|-- power
|   `-- state
|-- product
`-- speed

Tak tenhle adresář obsahuje zajímavé věci:

$ cat /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/product
Microsoft Trackball Optical?

Takže, abych to zkrátil, můžete napsat udev pravidlo podobné následujícímu:
SYSFS_product="Microsoft Trackball*", NAME="my_trackball", SYMLINK="input/mouse1"

a bude to opravdu fungovat :)

Velmi se to hodí pro všechna USB a SCSI zařízení na USB nebo Firewire sběrnicích.

Další velkou věcí v této verzi je 'udevinfo'. Je to způsob, jak získat informace z udev databáze o tom, která zařízení máme, jak se nazývají, atd. Zároveň také projde sysfs řetěz jakéhokoliv zařízení a vypíše o něm všechny informace, což se hodí při vytváření udev pravidel.

Díky Kayi Sieversovi, který udevinfo napsal. Dobrá práce.

V této verzi se také představuje udev démon. Má tři části:

• udevsend - posílá hotplug zprávu udev démonu.
• udevd - udev démon, dostává hotplug zprávy, seřazuje je do správného pořadí a předává je programu udev, aby se podle nich zařídil.
• udev - beze změny.

To nám umožní udržovat udevsend a udevd malé a pokud možno nechybové. Tyto programy vyžadují ještě dost práce než budeme mít pocit, že jsou dost stabilní pro všeobecné použití. Pomoc vítána.

Díky Kayi Sieversovi a Xiaofengu Lingovi za práci na udevsend a udevd. Ještě jednou, opravdu to oceňuji.

Chris Friesen se zeptal, proč byl udev démon rozdělen na tři části. Greg odpověděl: Mělo by to tak být rychlejší. Můžeme poslat udev pracovat pro různá zařízení najednou.

Vydáno Software Suspend 2.0, 46 e-mailů

29. led - 4. úno

Nigel Cunningham napsal:

Software Suspend 2.0 pro kernely 2.4 a 2.6 je k dispozici na http://swsusp.sf.net. Verze 2.0 představuje velký pokrok oproti předchozím a obsahuje následující funkce:

• Podpora pro HighMem (až 4G), SMP (SMP je nyní podporováno pouze s 2.4; podpora pro 2.6 snad není příliš vzdálena) a preemptivní jádra.
• Podpora libovolného počtu swap oddílů a/nebo souborů.
• Plně asynchronnní I/O a readahead pro synchronní I/O pro maximální propustnost.
• Komprimace image (LZF a GZIP - první možnost je velmi rychlá a velmi doporučovaná).
• Podpora úschovy plného obrazu paměti, což zajišťuje rychlý a pružně reagující systém po obnovení.
• Podpora pluginů: datové transformátory (komprimace, šifrování) a nové úložné backendy (podpora NFS je v plánu).
• Pěkné uživatelské rozhraní (Bootsplash (http://www.bootsplash.org) kompatibilní).
• Možnost určit maximální velikost image.
• Možnost přerušit suspend stisknutím Escape (z bezpečnostních důvodů to lze zakázat).
• Rychlost a spolehlivost. Software Suspend 2.0 bylo po mnoho měsíců důkladně testováno na mnoha konfiguracích. Nezaručujeme, že je perfektní, ale objevené chyby budou rychle odhaleny a opraveny.

Stránky Software Suspend obsahují rozsáhlou dokumentaci, včetně známých problémů (především podpora DRI a USB) a FAQ. K dispozici je i aktivní konference.

Suspend 2.0 má následující problémy:

• Podpora DRI nezvládá ve 2.4 & 2.6 power management.
• Podpora AGP ve 2.6 je implementována jen částečně.
• Chybí podpora USB ve 2.4 a 2.6.
• Podpora SMP je pouze pro 2.4.
• Další ovladače mají podporu power managementu v různých stádiích.
• Žádná podpora pro discontig paměť.
• Suspend vyžaduje rozšíření PSE (viz /proc/cpuinfo).
• Highmem >4GB není podporována.
• SMP má problémy se ztracenými přerušeními během obnovy
• 2.6 před vypnutím pořádně nevyprazdňuje keše.

Některé z těchto problémů lze obejít: viz FAQ.

K používání suspend potřebujete dva patche: jeden pro konkrétní verzi jádra (použijte ten nejnovější pro vaši verzi) a druhý (aplikovaný potom), který obsahuje hlavní soubory.

Řešení problémů s BIOSy, které hlásí nesprávné rychlosti CPU, 13 e-mailů

31. led - 6. úno

Tony Lindgren napsal:

Posílám malý patch, který provádí kontrolu hodnot maximální rychlosti a napětí hlášených BIOSem.

Některé hloupé BIOSy poskytují špatné hodnoty po změně CPU. Například v mém případě BIOS tvrdí, že maximální rychlost procesoru je 1600MHz, ačkoliv běží na 1800MHz. (No jo, levné Emachines m6805...)

Takové kontroly by měly být bezpečné, protože věci mění pouze pokud už stroj běží na vyšší rychlosti, než říká BIOS.

Dave Jones a Pavel Machek reagovali; Dave řekl: Pánové, zas další problém s PST tabulkami těch eMachines. A Pavel: Někdo by je měl otravovat, aby už konečně ten svůj BIOS opravili. Pavel nabídl vlastní verze několika věcí, na kterých pracoval Tony, a ten si to probral, aby využil nejlepší kousky.

Maximální uptime, 26 e-mailů

1. úno - 4. úno

Markus Hostbacka chtěl vědět, které kernely mohou dosáhnout vyšších uptimů než 497 dní. Matti Aarnio odpověděl, že žádný 64 bitový stroj to omezení nemá. Někdo jiný řekl, že je překvapený, že v kernelech existuje vůbec nějaký limit, a Matthew Reppert vysvětlil:

Na 32 bitových architekturách je počítadlo uptimu široké jen 32 bitů. Každé "tiknutí" počítadla představuje 1/HZ vteřin (IIRC). Takže počet vteřin, který zvládne, dostaneš snadno (2^32 * 1/HZ, HZ je na i386 100). To je přibližně 497.1 dní.

Na 64 bitových architekturách počítadlo pojme 4 miliardkrát tolik, což je asi tak doba existence Země. 2.6 však zjevně přineslo způsob, jak to řešit i na 32 bitových architekturách.

Christian Borntraeger poukázal na to, že nechat jakýkoliv kernel běžet tak dlouhou dobu by asi nebylo vhodné z hlediska bezpečnosti, protože aktualizace jádra často obsahují důležité bezpečnostní opravy.

Historie verzí jádra, 2 e-maily

4. úno - 6. úno

Terry Vessels sestavil několik stránek se seznamem tolika vydání kernelu, kolik se mu jich podařilo vystopovat. Nabídl HTML a textovou verzi. Bill Davidsen napsal: Díky za přehled. Kéž by se i nadále rozrůstal. Nechce se mi věřit, jak dlouho mi běžely stroje po té, co jsem je vyladil... můj poslední stroj s 1.2.13 jsem sundal v podvečer Nového roku 2000, stále mám jeden s 2.1.106 a další s 2.0.33 jsem upgradoval na RHEL-3.0 počátkem tohoto roku. To už něco říká o stabilitě strojů, které nemají problémy s bezpečností - mohou teoreticky běžet navždy.

---

V originálu Kernel Traffic 253 vyšla navíc ještě tato témata:

• Linux 2.4.25-pre6 Released
• Linux 2.6.2-rc2-mm1
• Linux 2.6.2-rc2-mm2 Released
• CPU Hotplugging Code Update
• Linux 2.6.2-rc4-mm1 Released; Status Of Possible ReiserFS Upgrade To Version 4
• Linux 2.6.2 "Feisty Dunnary" Released
• Providing Open Firmware Paths In SysFS
• forcedeth Network Driver Version 0.23 Submitted
• uClinux Update
• Linux 2.6.2-mm1 "Geriatric Wombat" Released
• Linux 2.4.25-rc1 Released
• FUSE (Filesystem In User Space) Update
• Status Of INI9100U Driver In 2.6.2
• New rcu_barrier() Interface Possibly Useful For ReiserFS
• HFS+ Driver Update For 2.6.1; 2.6 Inclusion Policies
• Linux Test Project Release For February
• Linux 2.6.3-rc1; Status Of SysFS Support
• Linux 2.0.40 "Moss-Covered Tortoise" Released

Tento článek vychází ze seriálu Kernel Traffic (www.kerneltraffic.org) a je zveřejněn pod licencí GPL verze 2.

       

Komentáře

[PorGr]

Ze vztahu pro uptime plyne, ze cim rychlejsi procesor, tim kratsi uptime, nebo jsem to spatne pochopil?

[peter]

No ja som to pochopil tak, ze HZ je na i386 100, takze je to 497.5 dni
V PC su najcastejsie dva casovace. Jeden je fyzicky obvod (casto sucast inych obvodov) a druhy je v procesore a skutocne jeho frekvencia zavisi od frekvencie procesora. Jadro na casovanie pravdepodobne pouziva ten fyzicky(zrejme pretoze moze vyvolavat prerusenia), ktory ma ale mensie rozlisenie ako ten na procesore (aj casovo aj sirkou /podotykam, ze ten fyzicky len tika, zato ten na procesore aj pocita, takze pocet bitov toho fyzickeho je zavisly na implementacii/). Nevie niekto ako je to teda riesene v 2.6? V tej sprave bola o tom nejaka zmienka.

[David Jež]

jen bych to upresnil, na architekture PeeCee je vice casovacu, ale ne nejaky fyzicky a psychycky nebo nevim jaky ale casovac ktery lze libovolne pouzit pro praci s casem, casovac ktery ovlada refresh ramek a da se take pouzit uplne libovolne pokud ti nevadi ze to system neprezije a dalsi ktery neprerusuje takze se da pouzit pokud ti to nevadi a nebo se muze pouzit pri zvraceni do chrchlaku a byva proto vetsinou zdrojem vsech vriskotu z PC speakeru .
Zatimco hodiny jsou v podstate multivibrator ktery nic nepocita ani necasuje ale ktery svym signalem ridi vsechny synchronni logicke obvody treba na sbernici a mimo jine treba procesor na jehoz draty tento signal leze. Pokud by v pocitaci tyto hodiny nebyly tak by se choval naprosto nepredvidatelne a jednotlive chaosoidni casti by se spolu nedomluvily.
-djz

[Ctirad]

Špatně pochopil. Tím i386 je myšleno PC železo obecně. A těch 100Hz nemá naprosto nic co do činění s frekvencí CPU, sběrnice nebo čehokoliv kolem toho.